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Abstract 



Assemblies or files to be updated are transferred to, a first data store from a second data storage medium ; | 

having updated software by a central computer system control. Still not updated assemblies or files in the first ; | 

data store a re deleted in the store in advance. Assemblies to be updated (20-28) and files are first entered in | 

a list (16). Updating starts after closing the list. : • :1 



Data supplied from the esp@cenet database - 12 



1/16/2003 12:22 PM . 



@ BUNDESREPUBLIK 
DEUTSCHLAND 




DEUTSCHES 
PATENT- UND 
MARKENAMT 



© Offenlegungsschrift 
®DE 198 29 749 A 1 




® Int. CI. 7 : 

G06 F 15/76 

G 06 F 15/16 



® Aktenzeichen: 
@ Anmeldetag: 
(§) Offenlegungstag: 



198 29 749.1 
3. 7. 1998 
5. 1.2000 



O 

o 

CM 

oo 
a 



ui 
Q 



® Anmelden 

Robert Bosch GmbH, 70469 Stuttgart, DE 



@ Erfinder: 

Eli, Bernhard, 65428 Riisselsheim, DE; Grom, 
Sigrid, 61250 Usingen, DE; Diehl, Rolf, 55578 
Wallertheim, DE; Valler, Christoph, 85653 Aying, DE 



Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

® Verfahren zur Aktualisierung von Software und/oderDaten in verteilten Systemen 
® Die Erfindung betrifft ein Verfahren zur Aktualisierung 

von Software und/oder Daten in verteilten Systemen, wo- 

bei zu aktualisierende Baugruppen und/oder Dateien von 

einem die aktualisierte Software aufweisenden zweiten 

Datemrager durch eine zentrale Steuerung eines Rechen- 

systems in einen Speicher des ersten Datentragers fiber- 

tragen werden, wobei die noch nicht aktualisierten Bau- 
gruppen und/oder Dateien auf dem ersten Datentrager im 

Speicher zuvor getoscht werden. 

Es tst vorgesehen, dafS 2u aktualisierende Baugruppen 
(20, 22, 24, 25, 28) und/oder Dateien (32, 34, 36, 38, 40) zu- 
nachst in eine Liste (16, 30} eingetragen werden, uhd 
dann nach AbschluG der Liste (16, 30) die Aktualisierung 
gestartet wird, wobei im Speicher des ersten Datentra-' 
gers nur die Speichersegmente geloscht werden, die mit 
den in der Liste (16, 30) eingetragenen Baugruppen (20, 
22, 24, 26, 28) und/oder Dateien (32, 34, 36, 38, 40) neu zu 
beschreiben sind. 
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Die Erfindung belrifft ein Verfahren zur Aktualisierung ' 
einer auf einem ersten Datentrager gespeicherten Software 
mil den im Oberbegriff des Anspruchs 1 genannten Merk- 5 
malen. 

Stand der Technik 

Es ist bekannt, bei den unterschiedlichsten Anwendungs- 10 
gcbieien, beispielsweise der auLomatischen SLeuerung von 
Anlagen, Maschinen oder dergleichen, einen Prograrnrnab- 
lauf mit einer Software zu steuern. Die Software ist hierbei 
auf einem Speicher abgelegt und mittels eines Mikroprozes- 
sors abarbeitbar. Je nach Anwendungsfall bestehi die Soft- 15 
ware aus einem Betriebssystem und spezieller Anwen- 
dungs soft ware. Die Anwendungssoftware setzt sich aus ei- 
ner Vielzahl von Programrndateien und Datendateien zu- 
sammen. ' ■ \ ' ■ ' 

Ublicherweise wird die Anwendungssoftware in zeitli- 20 
chen Abstanden iiberarbeitet und aktualisiert. *Um den An- 
wendern die aktualisierte Software zur Verfugung zu stellen, 
ist das Uberspielen eines sogenannten Updates bekannt. 
Hierbei werden Baugruppen und/oder Dateien der aktuali- 
sierten Software von einem zweiten Datentrager mittels ei- 25 
ner zentralen Steuerung des Betriebssy stems von dem zwei- 
ten Datentrager auf den ersten Datentrager iibertragen, wo- 
bei die noch nicht aktualisierten Baugruppen und/oder Da- 
teien auf dem Speicher des ersten Datentragers zuvor ge- 
loscht werden. 30 

Bei dem bekannten Verfahren ist nachteilig, dafi einer- 
seits saintliche Baugruppen und/oder Dateien im Speicher 
des ersten Datentragers geloscht werden, obwohl oftmals 
nur eine teilweise Aktualisierung notwendig ist. Ferner ist 
bekannt, die Aktualisierung der Baugruppen und/oder Da- 35 
teien in einer festgelegten Reihenfolge durchzufuhren, wo- 
bei die einzelnen Baugruppen einzeln und nacheinander 
ubertragen werden. ... . . 
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Das erfindungsgemaBe Verfahren mit den im Anspruch 1 
genannten Merkrnalen bietet den Vorteil, daB eine Aktuali- 
sierung einer Anwendersoftware wesentlich einfacher- und- 
schneller durchgefiihrt werden kann. Dadurch, daB zu aktua-. 45 
lisierende Baugruppen und/oder Dateien zunachst von dem 
zweiten Datentrager in eine Liste eingetragen werden und..., 
nach AbschluB der Liste die Aktualisierung gestartet wird, . ; 
wobei im Speicher des ersten Datentragers nundie Speicher.-. , 
segmente geloscht. werden, die.mit den in der-Liste.eingetra- 50 
genen Baugruppen und/oder Dateien neu zu beschreiben 
sind, ist vorteilhaft moglich, einerseits ein paralleles Aktua- 
lisieren mehrerer Baugruppen und/oder Dateien durchzu- 
fuhren, da diese zunachst in die Liste' eingetragen sind, so 
daB vom Betriebssystem zunachst'nur die Informationen ge- 55 
sammelt werden, welche Baugruppen und/oder Dateien zu 
aktualisieren sind und andererseits, durch die Liste, eine 
Auswahl der Baugruppen und/oder Dateien bekannt ist, die 
tatsachlich aktualisiert werden mussen. Insofern konnen 
nicht zu aktualisierende Baugruppen und/oder Dateien im 60 
Speicher des ersten Datentragers verbleiben, so daB die ge- 
samte Abarbeitungszeit fur das Aktualisieren zum einen in- 
folge der Parallelubertragung mehrerer Baugruppen und/ 
oder Dateien und zum anderen durch eine Einschrankung 
auf die nur tatsachlich zu aktualisierenden Baugruppen und/ 65 
oder Dateien wesentlich beschleunigt ist. Das Betriebssy- 
stem und somit die Anwendersoftware, stehen somit sehr 
viel schneller wieder fur die Abarbeilung der Software den 



Nutzern zur Verfugung. 

, ' "Weitere^bevorzugte Ausgestaltungen der Erfindung erge- 
ben sich aus iibrigen, in den Unteranspriichen genannten 
Merkrnalen. 

So ist in bevorzugter Ausgestaltung der Erfindung vorge- 
sehen, daB zu aktualisierende Baugruppen mitihrer physi- 
kalischen Adresse und dem zugehorigen Ladelistenname in 
eine down-load-Lisie eingetragen werden. Diese down- 
load-Liste erfaBt zunachst alle zu aktualisierenden Baugrup- 
pen, wobei nach AbschluB der down-load-Li ste- die zu ak- 
tualisierenden Baugruppen parallel ubertragen werden. 
Hierdurch wird der Ubertragungsvorgang der zu aktualisie- 
renden Baugruppen gegeniiber einer nacheinanderfolgenden 
Ubertragung wesentlich beschleunigt. 

Ferner ist in bevorzugter Ausgestaltung der Erfindung 
yorgeschen, daB beirmAklualisieren von Dateien, insbeson- 
dere Programrndateien und/oder Datendateien, diese in eine 
Ladeliste eingetragen werden und nur die in der Ladeliste 
eingetragenen Programrndateien und Datendateien zu der 
zugehorigen Baugruppe ubertragen werden, wobei nur die 
zu aktualisierenden Datendateien und/oder Programrnda- 
teien zuvor geloscht wurden. Somit wird der Gesamtauf- 
wand der zu ubertragenden Dateien erheblich verringert, 
was zu einer Zeiteinsparung fuhrt. 

Zeichnungen 

■ Die Erfindung wird nachfolgend in Ausfuhrungsbeispie- 
len anhand der zugehorigen Zeichnungen naher erlautert. Es 
zeigen: 

Fig. 1 ein Blockschaltbild einer Aktualisierung von Bau- 
gruppen und 

Fig. 2 ein Blockschaltbild einer Aktualisierung von Da- 
teien einer Baugruppe. 

Beschreibung der Ausfuhrungsbeispiele 

In Fig. 1 ist in einem Blockschaltbild ein Rechensystem 
lO.gezeigt, das bei spiels weise.der Ansteuerung von Anla- -. 
gen, Maschinen oder dergleichen dient. Das Rechensystem 

10 umfaBt nicht naher dargestellte Hardware-Bauelemente 
und eine in einem Speicher 12, beispielsweise einer Fest- 
platte, abgelegte Softwa>e. .Die Software 'umfaBt ein Be- 
triebssystem und spezielle Anwenderprogramrne, die hier 
im einzelnen nicht naher bezeichnet sind. Die Baugruppen 
20, 22, 24, 26, 28 ihrerseits bestehen jeweils aus im Speicher 

11 abgelegten einzelnen Datendateien 41 und Programrnda- 
teien 42 und einer'- Steuerung 43. Die Struklurierung von 
Software ist allgemein bekannt, so daB im Rahmen der vor- 
liegenden Beschreibung hierauf nicht 'naher eingegangen 
werden soli. 

Die Speicher 11 auf den Baugruppen 20, 22, 24, 26, 28 
bilden jeweils einen ersten Datentrager (Flash) fur die Soft- 
ware, auf die auf einem zweiten Datentrager (Speicher 12) 
abgelegte Software aktualisiert werden soil. Die Software 
kann beispielsweise von Diskette oder CD-ROM 13 oder 
dergleichen auf den Speicher 12 ubertragen werden. 

Diese Aktualisierung wird von einem Inbetriebnahme- 
Programm (task) 15 ubernornmen, das als Softwarepaket in 
einer zentralen Steuerung 14 abgelegt ist Diese ist Teil des 
Rechensystems 10. 

Uber das Inbetriebnahme-Programm 15 werden zunachst 
die zu ladenden Baugruppen 20, 22, 24, 26, 28 in eine down- 
load- Li ste 16 eingetragen. GemaB dem in Fig. 1 gezeigten 
Ausfuhrungsbeispiel sollen insgesamt funf Baugruppen 20, 
22, 24, 26 und 28 aktualisiert werden. Diese Baugruppen 20, 
22, 24, 26 und 28 sind in der down-load-Liste 16 eingetra- 
gen, wobei diese mittels des Inbetriebnahme-Programms 15 



DE 198 29 749 A 1 



4 



ubemommen warden. Diese Ubernahme erfolgt folgender- 
maBen. Beim Eintrag der ersten Baugruppe 20 in die down- 
load-Liste 16 wird ein Timer gestarteL Dieser Timer wird 
bei jedem neuen Bntrag einer der Baugruppen 20, 22, 24, 
26, 28 erneut gestartet. Somit werden mitlels des Inbeirieb- 5 
nahme-Programms 15 zunachst alle zu aktuaHsierenden 
Baugruppen 20, 22, 24, 26, 28 in der down-load-Liste 16 ge- 
sammelt Nacb Ablauf des Timers," es erfolgt also kein er- ' 
neuter Start des Timers um eine weitere Baugruppen in die 
down-load-Liste 16 einzutragen, wird den Baugruppen 20, io 
22, 24, 26, 28 die gleiche Logische Adresse 17 zugeteilt. Die 
Baugruppen 20, 22, 24, 26 und 28 besitzen somit eine be- 
stimmte definierte physikaliscbe Adresse' 19, die unter- * 
schiedlich sind und der jeweilig en Baugruppe 20, 22, 24, 26, 
28 entsprechen und eine gleiche logische Adresse 17. An die 15 
gleiche logische Adresse 17 aller Baugruppen 20, 22, 24, 26, 
28 wird zuerst der Auftrag zum Loscben der alien Program- 
me/Daten 42, 41 im Speicher 11 gesandL AnschlieBend wer- ■ 
den die zu aktualisierenden Programme/Daten 42, 41 vom 
Speicher 12 zu den Baugruppen 20, 22, 24, 26, 28 iibertra- 20 - 
gen. Nachdem das Laden (Aktuattsieren) der Baugruppen 
20, 22, 24, 26 und 28 abgcschlossen ist, werden die aktuali-' 
sierten Baugruppen 20, 22, 24, 26, 28 aus der down-load-Li- 
ste 16 geloscht. Die Baugruppen 20, 22, 24, 26, 28 loschen 
die gemeinsame logische Adresse 17. Somit kann die logi- 25 - 
sche Adresse 17 fur einen Ladevorgang von nachsten Bau- "' 
gruppen genutzi werden. Insbesondere wenn Baugruppen, 
20, 22, 24, 26, 28 unterschiedlichen Typs zu aktualisieren 
sind, werden zunachst alle Baugruppen eines Typs in die 
down-load-Liste 16 eingetragen und diese gemeinsam, das 30 
heiBt parallel auf den oder die ersten Speicher 11 ubertragen. 
Nach Ablauf des geschilderten Verfahrens werden dann die 
Baugruppen des nachsten Typs, wiederum gemeinsam, gela- 
den. Durch dieses parallele Laden von Baugruppen eines 
Typs wird die Aktuali sierung der Software in den Baugrup- 35 - 
pen beschleunigt, so daB das Rechensystem 10 schneller 
wieder einem Anwender zur Verfugung stehL 

In Fig. 2 ist ein weiteres Ausfuhrungsbeispiel gezeigL 
wobei gleiche Teile wie in Fig. 1 mil gleichen Bezugszei- 
chen versehen und nicht nochmals erlautert sind. Anhand 40 
Fig. 2 soil die Aktualisicrung von Programmdateien 42 und/ 
oder Datendateien 41 innerhalb einer Baugruppe yerdeut- 
licht werden. Dies kann beispielsweise fiir jede der Bau- 
gruppen 20, 22, 24, 26, 28 gemaB Fig. 1 erfolgen. Die jewei- 
lige Baugruppe, im Beispiel wird von Baugruppen 20 ausge- 45 
gangen, wird in eine Ladeliste 30 eingetragen. Dieser Lade- 
liste werden die Programme und/oder Datendateien 31, 32, 
34, 36, 38 und 40 mitgeteilt, die zu aktualisieren sind und- 
die auf einzelnen Segmenten des Speithers 11 abgelegt sind. ' 
Somit werden aus alien Dateien einer Baugruppe 20 nur die 50 
Dateien 31, 32, 34, 36, 38, 40 ausgesuchL, die tatsachlich zu ' 
aktuahsieren sind, wahrend die nicht zu aktualisierenden 
Dateien in die Ladeliste 30 nicht eingetragen werden. Nach - 
Beendigung der Eintragung der Dateien in die Ladeliste 30 
wird uber die zentrale Steuerung 14 das -Loschen der enl- 55 
sprechenden Segmente im Speicher 11 der Baugruppe 20 
veranlaBt. Danach werden die einzelnen Blocke der Dateien. * 
vom Speicher 12 in die dafur vorgesehenen Segmente des 
Flash-Prom (Speicher 11) der Baugruppe 20 geladen. * 

Durch die Beschrankung der Aktualisierung auf die tat- 60 ~ 
sachlich neuen Programmdateien und/oder Datendateien 
wird die Aktualisierung der Software beschleunigt, so daB *" 
das Rechensystem 10 eiiiem Anwender ebenfalls eher zur 
Verfugung stehL " * " * 

Nach eirjem weiteren Ausfuhrungsbeispiel sind Aktuali- 65 
sierungen von Software moglich, die die Beispiele gemaB 
Fig. 1 und Fig. 2 kombiniert anwenden. So konnen bei- 
spielsweise zunachst zu aktuali sierende Baugruppen und an- 



schlieSend bei verbleibenden Baugruppen zu aktualisie- 
rende Programmdateien und/oder Datendateien ubertragen 
werden. Insgesamt ergibt sich somit eine wesentliche Ver- 
einfachung und insbesondere Beschleunigung der Aktuali- 
sierung der Software im Speicher 11. 

Patentanspruche 



1 . "Verfahren zur Aktualisierung von Software und/ 
oderDaten in yerteilten Systemen, wobei zu aktualisie- 
rende Baugruppen und/oder Dateien von einem die ak- 
tualisierte Software aufweisenden zweiten Datentrager 
durch eine zentrale Steuerung eines Rechensystems in 
einen Speicher des ersten Datentragers ubertragen wer- 
den, wobei die noch nicht aktualisierten Baugruppen 
und/oder Dateien auf dern ersten Datentrager im Spei- 
cher zuvor geloscht werden, dadurch gekennzeich- 
net, daB zu aktualisierende' Baugruppen (20, 22, 24, 26, 
28) und/oder Dateien (31, 32, 34, 36, 38, 40) zunachst 
• in eine Liste {16, 30) eingetragen werden, und daiin 
nach AbschluB der Lisle (16, 30) die Aktualisierung 
gestartet wird, wobei im Speicher (11) des ersten Da- 

■ tentragers nur die Speichersegmente geloscht werden, 
. die mil den in der Liste (16, 30) eingetragenen Bau- 
gruppen (20, 22, 24, 26, 28) und/oder Dateien (31, 32, 

~ 34, 36, 38, 40) neu zu beschreiben sind. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die zu aktualisierenden Baugruppen (20, 22, 
24, 26, 28) mil ihrer physikalischen Adresse (19) und 
den zugehorigen Ladelistennamen (30) in eine down- 

. load-Liste (16) eingetragen werden. 

3. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB nach AbschluB der 
down-load-Liste (16) alle Baugruppen (20, 22, 24, 26, 

■ 28) parallel vom Speicher (12) geladen werden. 

4. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB die Baugruppen (20, 
22, 24, 26, 28) mi tie Is eines Inbetriebnahme-Pro- 
gramms (task) (15) geladen werden, das als Software- 
paket in einer zentralen Steuerung (14) des Rechensy- 
stems (10) abgelegt ist. - 

_ 5. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB beim ersten Eintrag 
einer Baugruppe (20) in die down-load-Liste (16) ein 
Timer gestartet wird, der Timer bei jedem Eintrag einer 
weiteren Baugruppe (22, 24, 26, 28) emeut gestartet 
wird. : " ; 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekenrizeichnet, daB nach Abiauf des Ti- 
mers alien in die down-load-Liste (16) eingetragenen 
Baugruppen (20, 22, 24, 26, 28) eine gleiche logische 
Adresse zugeteilt wird. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB die zu aktualisieren- 
den Programmdateien und/oder Datendateien jewel Is 
einer Baugruppe (20, 22, 24, 26, 28) in eine Ladeliste 
(30) eingetragen werden. • 

8. Verfahren nach Anspruch 7, dadurch gekennzeich- 
net, daB nach AbschluB der Ladeliste (30) das Inbe- 
triebnahme-Programm (15) die Segmente des Spei- 
chers (11) der Baugruppe loscht, in die die zu aktuali- 
sierenden Programmdateien und/oder Datendateien ge- 
laden werden und anschlieBend die Programmdateien 
und/oder Datendateien in die Segmente ladt. 
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